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DETAILED ACTION 

1 . This Office Action is in response to Remarks and Amendments received 04/1 8/2007. Per 
Applicant's request, claims 1, 4, 5, 6, 8, 12, 17, 19, 20, 21, 23, and 25 have been amended. 
Claim 3, 13, and 18 have been canceled. Claims 1, 2, 4-12, 14-17, and 19-28 are pending. 

Specification 

2. In view of the Amendment to the Specification, the prior objection is hereby withdrawn. 

Information Disclosure Statement 

3. IDS received 06/12/207 has been considered. 

Claim Rejections - 35 USC §101 

4. In view of the amendment to claim 17, the prior 35 U.S.C. 101 rejections are hereby 
withdrawn. 

Claim Rejections - 35 USC § 112 

5. In view of the amendments to claims 1, 5, 6, 8, 12, 17, 19, 20, 23, and 25 (claims 13 & 18 
have been cancelled), the prior second paragraph of 35 U.S.C. 112 rejections are hereby 
withdrawn. 

Double Patenting 

6. The nonstatutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or 
improper timewise extension of the "right to exclude" granted by a patent and to prevent possible 
harassment by multiple assignees. A nonstatutory obviousness-type double patenting rejection 
is appropriate where the conflicting claims are not identical, but at least one examined 
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application claim is not patentably distinct from the reference claim(s) because the examined 
application claim is either anticipated by, or would have been obvious over, the reference 
claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re 
Goodman, 1 1 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re LongU 759 F.2d 887, 225 
USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re 
Vogel All F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) or 1.321(d) may 
be used to overcome an actual or provisional rejection based on a nonstatutory double patenting 
ground provided the conflicting application or patent either is shown to be commonly owned 
with this application, or claims an invention made as a result of activities undertaken within the 
scope of a joint research agreement. 

Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 CFR 
3.73(b). 

7. Claims 1, 12, 17, and 23 are provisionally rejected on the ground of nonstatutory 
obviousness-type double patenting as being unpatentable over claims 1,13, and 25 of copending 
Application No. 10/657463. Although the conflicting claims are not identical, they are not 
patentably distinct from each other because claims recite generating common intermediate 
language, receiving a portion of JAVA language source code referencing a first class having a 
definition that is uniformly applicable to a plurality of classes (generic class), the source code 
identifying one of the plurality of associated classes (compiling an instance of the generic class) 



Application/Control Number: 1 0/657,468 Page 4 

Art Unit: 2191 

and generating language neutral intermediate language (common intermediate language code). 
Although the claims are not using the identical terminology, they are addressing similar 
elements. 

This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 

Response to Arguments 

8. Applicant's arguments with respect to claim 1 have been considered but are moot in view 
of the new grounds of rejection. 

(A) Applicant has amended claim 1 to include the limitation "receiving a second object 
oriented language source code referencing the generic class defined by the first object oriented 
language source code." This infers that the second object oriented language source code is a 
different language than the first object oriented language source code. 

(B) Applicant has amended claim 12 to recite "wherein the adapting comprises editing 
the existing object oriented language source code with a second source in a second source 
framework." Examiner finds this language to be confusing, but will examine it to mean that a 
first object oriented language source code is edited using a second object oriented language 
source code (in a second framework), similar to claim 1 . 

Claim Objections 

9. Examiner believes that claim language would be more clear if claim limitations recited 
that the second object oriented language source code / second source in a second source 
framework was a second different programming language. 

Claim Rejections - 35 USC § 103 
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10. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

11. Claims 1-28 are rejected under 35 U.S.C. 103(a) as being unpatentable over US Patent 
6,760,905 Bl to Hostetter et al., in view of US Patent 6,018,628 to Stoutamire, and further in 
view of "Design and Implementation of Generics for the .NET common Language Runtime", by 
Andrew Kennedy and Don Syme (June 2001) (hereinafter Kennedy). 

Per claim 1 : 

A method of generating common intermediate language code comprising: 

-writing first object oriented language source code that comprises a definition of a generic class 

usable in a framework; 

-generating an instance of the generic class; 

-compiling the instance of the generic class into common intermediate language code executable 
by a runtime engine. 

Hostetter disclosed (col. 2:62-67) JAVA programming language with the usage of parameters 
within the source code definition of a class template, compilation, and (col. 3:4-15) creating a 
class from the class template (generating an instance of the generic class). Col. 5:58-col. 6: 9, 
Source code defining the class template is compiled into an object representation suitable for use 
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as a resource when subsequently compiling classes based on the template. . .These source code 
representations may be some type of intermediate code (i.e. code categorized between source 
code and object code). . .In general, a source code representation is an abstract representation 
(common intermediate language code) of the source code of the class template not yet 
specialized for any particular template generated class. 

Stoutamire more (Abstract),explicitly disclosed generating code using parameterized classes, to 
generate unparameterized class code (an instance of the generic class), (col. 12: 27) generating 
byte code from parameterized class files. Col. 14: 64, by adding certain annotations of flags to 
the byte code, modified virtual machines can take further advantage . Col. 15: 30, certain 
embodiments have been described using the JAVA programming language, the present invention 
can be practices on a variety of programming languages. . . 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention to modify Hostetter, using the teachings of Stoutamire, to produce an invention that 
efficiently allocates memory (Hostetter, col. 2:65-col. 3: 3, Stoutamire, col. 2:48-64) by using 
parameterized classes and generating only necessary class instances. 

Hostetter / Stoutamire failed to disclose: 

-receiving second object oriented language source code referencing the generic class defined by 
the first object oriented language source code. 
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However, Kennedy disclosed (page 1, left column, last paragraph), "The CLR has the ambitions 
aim of providing a common type system and intermediate language for executing programs 
written in a variety of languages, and for facilitating inter-operability between those languages. 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention, to modify Hostetter / Stoutamire, using the teachings of Kennedy, because (Kennedy, 
page 1, left column, last sentence) it "relieves programmers of the burden of describing the data 
marshalling (typically through an interface definition language, or IDL) that is necessary for 
language interoperation. Note that Kennedy disclosed polymorphic methods and parameterized 
types / parameterized classes (page 4). 

Per claim 2: 

-storing the source code in a class library of the framework. 

Hostetter : Col. 5: 63, "resource of source code for compiling' Col. 6: 19-20, "source code 
declaring a class based on the class template is compiled" 

Per claim 3: 

-receiving second source code referencing the generic class. 

Hostetter : Col. 6: 37-39, "source code instruction (i.e. method call instruction) that refers to a 
method of a template-generated class causes the generation of a method binding" 



Per claim 4: 
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-parsing the second source code into a parse tree representing the second source code. 
Hostetter : Col. 3: 66 - col. 4: 7, "The process for generating method bindings is triggered 
whenever a method call instruction, referencing a class method of a template-generated class, 
requires compilation. It involves (1) scanning the class representation. . .(2) creating a method 
binding; (3) compiling (create parse tree) the source code representation." Col. 4: 27, "The 
runtime compiler is invoked . . . 

Regarding the 'second source code' being a different type of source code language, Kennedy 
disclosed (page 1, left column, last paragraph), "The CLR has the ambitions aim of providing a 
common type system and intermediate language for executing programs written in a variety of 
languages, and for facilitating inter-operability between those languages. 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention, to modify Hostetter / Stoutamire, using the teachings of Kennedy, because (Kennedy, 
page 1, left column, last sentence) it "relieves programmers of the burden of describing the data 
marshalling (typically through an interface definition language, or IDL) that is necessary for 
language interoperation. Note that Kennedy disclosed polymorphic methods and parameterized 
types / parameterized classes (page 4). 

Per claim 5: 

-parsing the portion of the object oriented language source code into a parse tree representing the 
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source code. 

See rejection of limitations addressed in claim 4 above. 
Per claim 6: 

-writing first object oriented language source code comprises defining at least one parameter 
associated with the generic class. 

Hostetter : Col. 12:50, class object is defined by its parameters 
Per claim 7: 

-the at least one parameter is an unconstrained type. 
Hostetter : Col. 12: 50-58 

Per claim 8: 

-declaring an instance of the generic class in second object oriented source code. 
Hostetter : Col 6:50-53, the source code representation that constitutes the body of a method is 
compiled when the program executes a compiled method call instruction invoking that method. 
The first time stub code is referenced which initiates compilation of a generic class. 

Regarding a second object oriented source code that is in a different source code language, 
Kennedy disclosed (page 1, left column, last paragraph), "The CLR has the ambitions aim of 
providing a common type system and intermediate language for executing programs written in a 
variety of languages, and for facilitating inter-operability between those languages. 
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Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention, to modify Hostetter / Stoutamire, using the teachings of Kennedy, because (Kennedy, 
page 1 , left column, last sentence) it "relieves programmers of the burden of describing the data 
marshalling (typically through an interface definition language, or IDL) that is necessary for 
language interoperation. Note that Kennedy disclosed polymorphic methods and parameterized 
types / parameterized classes (page 4). 

Per claim 9: 

-declaring an instance of the generic class comprises specifying a type from a plurality of 
allowable types associated with the generic class. 

Hostetter : Col. 8: 34-41, template generated classes used in program code are data types, 
declared by a variable declaration statement. Parameters of the class template are replaced with 
actual data types. 

Per claim 10: 

-the specified type is another generic class. 

Hostetter : Col. 8: 34-41 & col. 7: 23, 'inherited classes 5 

Per claim 1 1 : 

-the generic class comprises one of: a Queue class; a Dictionary class; and a Stack class. 
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Hostetter : As an example, col. 9:1-5, ClassObject stores binding objects as elements of a linked 
list (queue class). 

Per claim 12: 

A method of using a generic class comprising: 

-adapting existing object oriented language source code to include a declaration of a first generic 
class provided by a software package having a class definition of the first generic class 
-compiling the adapted object oriented language source code with the class definition to generate 
common intermediate language code. 

See rejection of claim 1 above. Hostetter : Col. 8: 24, generating object representations of 
template generated classes. Col. 8: 42, Compiler encounters declared type as template generated 
class, and class is compiled (compiling source code with class definition) into a template 
generated class representation. 

Stoutamire more (Abstract),explicitly disclosed generating code using parameterized classes, to 
generate unparameterized class code (an instance of the generic class), (col. 12: 27) generating 
byte code from parameterized class files. Col. 14: 64, by adding certain annotations of flags to 
the byte code, modified virtual machines can take further advantage . Col. 15: 30, certain 
embodiments have been described using the JAVA programming language, the present invention 
can be practices on a variety of programming languages. . . 
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Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention to modify Hostetter, using the teachings of Stoutamire, to produce an invention that 
efficiently allocates memory (Hostetter, col. 2:65-col. 3: 3, Stoutamire, col. 2:48-64) by using 
parameterized classes and generating only necessary class instances. 

Hostetter / Stoutamire failed to disclose: 

-wherein the adapting comprises editing the existing object oriented language source code with a 
second source in a second source framework; 
code. . 

However, Kennedy disclosed (page 1, left column, last paragraph), "The CLR has the ambitions 
aim of providing a common type system and intermediate language for executing programs 
written in a variety of languages, and for facilitating inter-operability between those languages. 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention, to modify Hostetter / Stoutamire, using the teachings of Kennedy, because (Kennedy, 
page 1, left column, last sentence) it "relieves programmers of the burden of describing the data 
marshalling (typically through an interface definition language, or IDL) that is necessary for 
language interoperation. Note that Kennedy disclosed polymorphic methods and parameterized 
types / parameterized classes (page 4). 
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Per claim 14: 

-the class definition defines at least one parameter of the generic class. 
Hostetter : Col. 8: 34-42. 

Per claim 15: 

-compiling comprises: validating a specified type of the generic class according to the class 
definition. 

Hostetter : Col. 6: 29-30, col. 9: 21-30, type object defines the field in terms of what values it 
can store, col. 13:1-15. 

Per claim 16: 

-adapting comprises nesting a second generic class in the declaration of the first generic class. 
Hostetter : Col. 11:34, class templates are inherited (nesting) 

Per claim 17: 

A system for authoring source code comprising: 
-a class library having a generic class definition; 

-a means for receiving a declaration of an instance of the generic class in first object oriented 
language source code 

Hostetter : Col. 7: 32-35, field descriptors and method descriptors stored in ClassTemplate, Col. 
8: 25, ClassTemplate provides source code representation (class library having a generic class 
definition) for all the methods and fields defined in the class template. Col. 8: 42-46, Compiler 
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encounters variable declaration in which the declared type is a template generated class, the class 
is compiled into a template generated class representation, an object representation of the 
template generated class. Col. 9: 65, a method binding is created for each class method that is 
referenced by a source code instruction. Col. 10: 39-42, compiler compiles to a type signature 
object (instance of the generic class) 

Stoutamire more (Abstract),explicitly disclosed generating code using parameterized classes, to 
generate unparameterized class code (an instance of the generic class), (col. 12 : 27) generating 
byte code from parameterized class files. Col. 14: 64, by adding certain annotations of flags to 
the byte code, modified virtual machines can take further advantage . Col. 15: 30, certain 
embodiments have been described using the JAVA programming language, the present invention 
can be practices on a variety of programming languages. . . 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention to modify Hostetter, using the teachings of Stoutamire, to produce an invention that 
efficiently allocates memory (Hostetter, col. 2:65-col. 3:3, Stoutamire, col. 2:48-64) by using 
parameterized classes and generating only necessary class instances. 

Regarding the limitations: 

-wherein the means for receiving comprises a computer readable medium having stored thereon 
a second source application; and 
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Kennedy disclosed interoperability of languages (a plurality of source code languages) (page 2, 
right column, 2 nd paragraph). 

-a means for generating metadata descriptive of the generic class. 

Kennedy disclosed (page 11, bottom of left column & top of right column), "the dictionary 
passing scheme... i.e., by lazily creating dictionaries that record the essential information 
(metadata) that records how a type satisfies a constraint. See Kennedy, page 9, 4.4.1 - Pre- 
computing dictionaries of type handles. 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention, to modify Hostetter / Stoutamire, using the teachings of Kennedy, because (Kennedy, 
page 1, left column, last sentence) it "relieves programmers of the burden of describing the data 
marshalling (typically through an interface definition language, or IDL) that is necessary for 
language interoperation. Note that Kennedy disclosed polymorphic methods and parameterized 
types / parameterized classes (page 4). 

Per claim 19: 

-a common intermediate language importer operable to associate the generic class declaration in 
the object oriented language source code to the generic class definition. 
Hostetter: Col. 10: 15-39, associates generic class declarations. 

Per claim 20: 

-a semantic analyzer operable to validate the generic class declaration in the object oriented 
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language source code according to the generic class definition. 

Hostetter : Col. 6:30-compiler bindings, col. 10: 32-36, check if method descriptors correspond 
to the referenced class method. 

Per claim 21: 

-a code generator operable to generate common intermediate language code representative of the 
generic class. 

Hostetter : Col. 6: 29-30, first compilation results in the type signature of a method being 
compiled into a method binding. Col. 6: 24, class template representation (intermediate 
language) 

Hostetter disclosed (col. 2:62-67) JAVA programming language with the usage of parameters 
within the source code definition of a class template, compilation, and (col. 3:4-15) creating a 
class from the class template (generating an instance of the generic class). Col. 5:58-col. 6: 9, 
Source code defining the class template is compiled into an object representation suitable for use 
as a resource when subsequently compiling classes based on the template. . .These source code 
representations may be some type of intermediate code (i.e. code categorized between source 
code and object code). . .In general, a source code representation is an abstract representation 
(common intermediate language code) of the source code of the class template not yet 
specialized for any particular template generated class. 

Stoutamire more (Abstract),explicitly disclosed generating code using parameterized classes, to 
generate unparameterized class code (an instance of the generic class), (col. 12: 27) generating 
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byte code from parameterized class files. Col. 14: 64, by adding certain annotations of flags to 
the byte code, modified virtual machines can take further advantage . Col. 15: 30, certain 
embodiments have been described using the JAVA programming language, the present invention 
can be practices on a variety of programming languages. . . 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention to modify Hostetter, using the teachings of Stoutamire, to produce an invention that 
efficiently allocates memory (Hostetter, col. 2:65-col. 3: 3, Stoutamire, col. 2:48-64) by using 
parameterized classes and generating only necessary class instances. 

Per claim 22: 

-a runtime engine operable to translate the common intermediate language into machine-specific 
binary executable by a computer associated with the runtime engine. 
Hostetter : Col. 6: 33, resulting executable code 

Per claim 23: 

A computer-readable medium having stored thereon microprocessor-executable instructions for 
performing a method comprising: 

-receiving input representing a generic class definition in a object oriented language; 
-receiving source code that references the generic class; 

-compiling the source code with an instance of the generic class into common intermediate 
language code executable by a runtime engine. 
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-receiving second object oriented language source code referencing the generic class defined by 

the first object oriented language source code. 

See rejection of limitations addressed in claim 1 above. 

Stoutamire more (Abstract),explicitly disclosed generating code using parameterized classes, to 
generate unparameterized class code (an instance of the generic class), (col. 12: 27) generating 
byte code from parameterized class files. Col. 14: 64, by adding certain annotations of flags to 
the byte code, modified virtual machines can take further advantage . Col. 15: 30, certain 
embodiments have been described using the JAVA programming language, the present invention 
can be practices on a variety of programming languages. . . 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention to modify Hostetter, using the teachings of Stoutamire, to produce an invention that 
efficiently allocates memory (Hostetter, col. 2:65-col. 3: 3, Stoutamire, col. 2:48-64) by using 
parameterized classes and generating only necessary class instances. 

However, Kennedy disclosed (page 1, left column, last paragraph), "The CLR has the ambitions 
aim of providing a common type system and intermediate language for executing programs 
written in a variety of languages, and for facilitating inter-operability between those languages. 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention, to modify Hostetter / Stoutamire, using the teachings of Kennedy, because (Kennedy, 
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page 1, left column, last sentence) it "relieves programmers of the burden of describing the data 
marshalling (typically through an interface definition language, or IDL) that is necessary for 
language interoperation. Note that Kennedy disclosed polymorphic methods and parameterized 
types / parameterized classes (page 4). 

Per claim 24: 

-storing the generic class definition in a framework class library. 
Hostetter : Col. 5: 61, class template representation 

Per claim 25: 

-the source code comprises object oriented language source code. 

Hostetter : Col. 2: 63, col. 13: 65 source files written in a language that creates the output 

Per claim 26: 

-the method further comprises generating metadata describing the generic class. 
See rejection of limitations addressed in claim 21 above. 

Per claim 27: 

-the generic class definition comprises a generic class name and two angular brackets around one 
or more parametric types. 

Hostetter failed to explicitly disclose a generic class name and two angular brackets. 
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However, Hostetter disclosed, (col. 6: 5) a source code representation is an abstract 
representation of the source code of the class template not yet specialized. . .the source code 
representations stored in these method descriptors represent a type signature and a method 
body. . .the type signature represents the arguments that the method expects and the value that the 
method returns. The method body is the source code constituting the functionality. A method 
table is generated with entries for each defined method. 

Kennedy provided and explicit example at page 3, left column: Class Stack<T>, 

Therefore, it would have been obvious, to one of ordinary skill in the art, at the time of the 
invention, to modify Hostetter / Stoutamire, using the teachings of Kennedy, because (Kennedy, 
page 1, left column, last sentence) it "relieves programmers of the burden of describing the data 
marshalling (typically through an interface definition language, or IDL) that is necessary for 
language interoperation. Note that Kennedy disclosed polymorphic methods and parameterized 
types / parameterized classes (page 4). 

Per claim 28: 

-the method further comprises compiling the generic class definition into common intermediate 
language code. 

Hostetter : Col. 6:1-61, Abstract, intermediate code is produced. At runtime, when a class 
method is invoked for the first time, stub code for that method initiates further compilation of a 
non-generic resulting executable object. 
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Conclusion 

12. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mary Steelman, whose telephone number is (571) 272-3704. The 
examiner can normally be reached Monday through Thursday, from 7:00 AM to 5:30 PM If 
attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Wei 
Zhen can be reached at (571) 272-3708. The fax phone number for the organization where this 
application or proceeding is assigned: 571-273-8300. 
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Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Mary Steelman 

MARY STEELMAN 

06/1 9/2007 PRIMARY EXAMINER 




